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REMARKS 

In the final Office Action, the Examiner rejected claims 1, 3-10, 13, 15, 16, 19, 23, 24, 
27, 30, 31, and 34-39 under 35 U.S.C. § 103(a) as unpatentable over MILOUSHEV et al. (U.S. 
Patent Application Publication No. 2002/0120763) in view of ULPJCH et al. (U.S. Patent 
Application Publication No. 2002/019131 1) and in view of KARAMANOLIS et al. (U.S. Patent 
Application Publication No. 2003/0131 104); rejected claims 1 1, 21, and 22 under 35 U.S.C. § 
103(a) as unpatentable over MILOUSHEV et al. in view of ULRICH et al. and 
KARAMANOLIS et al. and further in view of BURNETT (U.S. Patent No. 5,644,751); rejected 
claim 20 under 35 U.S.C. § 103(a) as unpatentable over MILOUSHEV et al. in view of ULRICH 
et al. and KARAMANOLIS et al. and further in view of DERAN (U.S. Patent No. 5,283,894); 
and rejected claims 25, 26, 28, 29, 32, and 33 under 35 U.S.C. § 103(a) as unpatentable over 
MILOUSHEV et al. in view of ULRICH et al. and KARAMANOLIS et al. and further in view 
of LEDAIN et al. (U.S. Patent No. 6,021,408). 

Applicants respectfully traverse the Examiner's rejections. Claims 1,3-11, 13, 15, 16, 

and 19-39 remain pending. 

REJECTION UNDER 35 U.S.C. § 103 BASED ON 
MILOUSHEV ET AL., ULRICH ET AL. AND KARAMANOLIS ET AL. 

In paragraph 6 of the final Office Action, the Examiner rejected claims 1, 3-10, 13, 15, 

16, 19, 23, 24, 27, 30, 31, and 34-39 under 35 U.S.C. § 103(a) as allegedly unpatentable over 

MILOUSHEV et al. in view of ULRICH et al. and KARAMANOLIS et al. Applicants traverse 

the rejection. 

Independent claim 1 is directed to a file system that comprises a plurality of servers to 
store file data as chunks; and a master, connected to the servers, to store namespace data that 
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includes file identifiers for files for which the file data is stored as chunks, store mapping data 
that maps the file identifiers to the chunks to which the file identifiers correspond, store an 
operation log that includes a historical record of changes that have occurred to at least one of the 
namespace data or the mapping data, and store location data that identifies which of the servers 
stores which of the chunks, where the master is to communicate with the servers at startup of the 
master to identify the chunks stored by the servers, and record, only in a non-persistent manner, 
information regarding the chunks, which have been identified as being stored by each of the 
servers, as the location data. 

MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al, whether taken alone or 
in any reasonable combination, do not disclose or suggest one or more of the features recited in 
claim 1. For example, MILOUSHEV et al., ULRICH et al, and KARAMANOLIS et al. do not 
disclose or suggest a master that is to, among other things, store an operation log that includes a 
historical record of changes that have occurred to at least one of namespace data, which includes 
file identifiers for files for which the file data is stored as chunks, or mapping data, which maps 
the file identifiers to the chunks to which the file identifiers correspond, as recited in claim 1 . 

The Examiner admitted that MILOUSHEV et al. and ULRICH et al. do not disclose or 
suggest an operation log, and alleged that KARAMANOLIS et al. discloses an operation log that 
includes a historical record of changes that have occurred to at least one of namespace data or 
mapping data, and cited paragraph 0046 of KARAMANOLIS et al. for support (final Office 
Action, page 5). Applicants submit that the disclosure of KARAMANOLIS et al. provides no 
support for the Examiner's allegation. 

At paragraph 0046, KARAMANOLIS et al. discloses: 
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A log file is used while performing namespace operations in support of 
recoverability in the event of a system or communications failure. Log records are 
written to the log file to record various data that describe the operations in 
process. The structure of a log record is shown in Table 3. The fields refer to the 
name of the object binding that is to be created or removed, in the case of link and 
unlink respectively. The creation and reclamation of a log record mark the 
beginning and the end of the execution of a namespace operation. An open log 
record implies that the operation has not been completed. The contents of the log 
record(s) are used in the process of recovering from a system or communication 
failure. 

In this section, KARAMANOLIS et al. discloses that log records are written to a log file to 
record various data that describe operations that are in progress . KARAMANOLIS et al. further 
discloses that the creation and reclamation (removal) of a log record mark the beginning and the 
end of the execution of a namespace operation (see, also, paragraph 0054). Thus, the log file, of 
KARAMANOLIS et al., does not include a historical record of changes that have occurred to the 
namespace data, as the Examiner alleged. Rather, the log file, of KARAMANOLIS et al, 
includes log records that relate to operations that are in progress. As KARAMANOLIS et al. 
specifically discloses: "An open log record implies that the operation has not been completed" 
(paragraph 0046). Thus, contrary to the Examiner's allegation, KARAMANOLIS et al. does not 
disclose or suggest a master that is to, among other things, store an operation log that includes a 
historical record of changes that have occurred to at least one of namespace data, which includes 
file identifiers for files for which the file data is stored as chunks, or mapping data, which maps 
the file identifiers to the chunks to which the file identifiers correspond, as recited in claim 1 . 

Even assuming, for the sake of argument, that KARAMANOLIS et al. can reasonably be 
interpreted as disclosing an operation log that includes a historical record of changes that have 
occurred to at least one of namespace data or mapping data (a point that Applicants do not 
concede for at least the reasons given above), Applicants submit that the Examiner has failed to 
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establish a prima facie case of obviousness. 
For example, the Examiner alleged: 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to store the information of Karamanolis in the log of Ulrich. One would 
have been motivated to do so in order to increase access speeds of locating data 
through maintenance of location data. 

(final Office Action, page 5). Applicants submit that the Examiner's reason for modifying the 

disclosure of ULRICH et al. lacks merit. Further, Applicants submit that the Examiner did not 

explain why it would have been obvious to modify the primary reference (MILOUSHEV et al.) 

to include the alleged feature of KARAMANOLIS et al. Thus, the Examiner has not established 

a prima facie case of obviousness with regard to claim 1 . 

Also, Applicants submit that the Examiner's allegation is merely a conclusory statement 

of an alleged benefit of the modification. Such conclusory statements have been repeatedly held 

to be insufficient for establishing a prima facie case of obviousness. In this respect, Applicants 

rely upon KSR International Co. v. Teleflex Inc. , 550 U.S. 398 (April 30, 2007) (citing In re 

Kahn, 441 F.3d 977, 988 (Fed. Cir. 2006)), where it was held that rejections on obviousness 

grounds cannot be sustained by mere conclusory statements; instead, there must be some 

articulated reasoning with some rational underpinning to support the legal conclusion of 

obviousness. In this case, the Examiner provided no such articulated reasoning with a rational 

underpinning. 

Furthermore, the Examiner has not explained how including an operation log that 
includes a historical record of changes that have occurred to the namespace data and/or the 
mapping data in the ULRICH et al. system would "increase access speeds of locating data 
through maintenance of location data," as alleged by the Examiner. In fact, this does not even 
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seem to be a reasonable benefit of the modification. Therefore, the Examiner's allegation falls 
short of establishing a prima facie case of obviousness with regard to claim 1 . 

MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al., whether taken alone or 
in any reasonable combination, also do not disclose or suggest a master that is to, among other 
things, communicate with the servers at startup of the master to identify the chunks stored by the 
servers and record, in only a non-persistent manner, information regarding the chunks, which 
have been identified as being stored by each of the servers, as the location data, as further recited 
in claim 1 . 

The Examiner alleged that MILOUSHEV et al. discloses a master configured to 
communicate with the servers at startup of the master to identify files stored by the servers, and 
cited paragraph 0302 of MILOUSHEV et al. for support (final Office Action, page 3). The 
Examiner also admitted that MILOUSHEV et al. does not disclose a master that is configured to 
communicate with the servers at startup of the master to identify the chunks stored by the 
servers, and record, in a non-persistent manner, information regarding the chunks stored by each 
of the servers as location data (final Office Action, pages 3-4). The Examiner alleged that 
ULRICH et al. discloses a master that is configured to communicate with the servers to identify 
the chunks stored by the servers, and record, only in a non-persistent manner, information 
regarding the chunks stored by each of the servers as location data, and cited paragraph 0196 of 
ULRICH et al. for support (final Office Action, page 4). Applicants submit that the disclosures 
of MILOUSHEV et al. and ULRICH et al. provide no support for the Examiner's allegation. 

At paragraph 0302, MILOUSHEV et al. discloses: 

One mechanism that is preferably employed when multiple switches access the 
same set of file servers and the same set of file systems presented by them is 
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configuration sharing. In order to ensure data integrity and proper operation, all 
switches 100, 1400 and 1401 in the aggregated switch 1403 maintain 
synchronization of their configurations: they all know the same set of file servers, 
in the same order, using the same aggregation rules and perform file system 
aggregation the same way. The file switches exchange such configuration 
information during their startup and/or only when the configuration changes. As 
this operation is not performed in the course of execution of client-requested 
transactions, it does not create a bottleneck. 

In this section, MILOUSHEV et al. discloses that file switches exchange configuration 

information during their startup and/or only when the configuration changes. The Examiner has 

alleged that the file switch reasonably corresponds to the master, of Applicants' claim 1, and that 

the file servers reasonably correspond to a plurality of servers, of Applicants' claim 1 (final 

Office Action, page 3). With this interpretation in mind, MILOUSHEV et al. merely discloses 

that a file switch (master) exchanges its configuration information during startup with another 

file switch (master). Contrary to the Examiner's allegation, MILOUSHEV et al. does not 

disclose or remotely suggest that a file switch communicates with the file servers at startup of the 

file switch to identify files stored by the file servers, as would be required by claim 1 under the 

Examiner's interpretation of MILOUSHEV ct al. Thus, MILOUSHEV et al. does not disclose or 

suggest a master that is to communicate with the servers at startup of the master to identify the 

chunks stored by the servers, let alone a master that is to, among other things, communicate with 

the servers at startup of the master to identify the chunks stored by the servers and record, in 

only a non-persistent manner, information regarding the chunks, which have been identified as 

being stored by each of the servers, as the location data, as further recited in claim 1 . 

At paragraph 0196, ULRICH et al. discloses: 

In one embodiment, in order to enhance both the security of the metadata and 
efficient access to the metadata, each server node 150, 151 stores a copy of the 
Filename Table 310, the G-node Table 330, the Gnid Table 340, and the Gee 
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Table 320 in both non-volatile memory (for security) and in volatile memory (for 
fast access). Changes made to the volatile versions of the metadata structures 310, 
320, 330, 340 are periodically sent to the non-volatile versions for update. 

In this section, ULRICH et al. discloses storing a copy of several tables in both non- volatile 
memory and in volatile memory. ULRICH et al. does not disclose or suggest, in this section or 
elsewhere, that these tables are populated with information obtained by communicating with 
servers at startup to identify the chunks stored by the servers. Thus, ULRICH et al. does not 
disclose or suggest a master that is to, among other things, communicate with the servers at 
startup of the master to identify the chunks stored by the servers and record, in only a non- 
persistent manner, information regarding the chunks, which have been identified as being stored 
by each of the servers, as the location data, as further recited in claim 1 . 

Even assuming, for the sake of argument, that ULRICH et al. discloses populating these 
tables with information obtained by communicating with servers at startup to identify the chunks 
stored by the servers (a point that Applicants do not concede), ULRICH et al. does not disclose 
or suggest recording information regarding the chunks, which have been identified as being 
stored by the servers, in only a non-persistent manner. Rather ULRICH et al. discloses storing 
the information of the tables in volatile and non-volatile memory (para. 0192). Thus, ULRICH 
et al. does not disclose or suggest a master that is to, among other things, communicate with the 
servers at startup of the master to identify the chunks stored by the servers and record, in only a 
non-persistent manner, information regarding the chunks, which have been identified as being 
stored by each of the servers, as the location data, as recited in claim 1. 

Further, even assuming for the sake of argument, that MILOUSHEV et al. or ULRICH et 
al. can reasonably be interpreted as disclosing a master that is to communicate with the servers at 
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startup of the master to identify the chunks stored by the servers and record, in only a non- 
persistent manner, information regarding the chunks, which have been identified as being stored 
by each of the servers, as the location data (a point that Applicants do not concede for at least the 
reasons given above), Applicants submit that the Examiner has failed to establish a prima facie 
case of obviousness. 

For example, the Examiner alleged: 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to utilize the metadata disclosed by Ulrich, which stored in a non- 
persistent manner as additional metadata collected by the files system of 
Miloushev. One would have been motivated to do so since Miloushev stripes 
data across disks, and maintaining metadata of the stripes increase efficiency of 
the system. 

(final Office Action, pages 4-5). Applicants submit that the Examiner's reason for modifying the 
disclosure of MILOUSHEV et al. lacks merit. 

Applicants submit that the Examiner's allegation is merely a conclusory statement of an 
alleged benefit of the modification. As explained above, such conclusory statements have been 
repeatedly held to be insufficient for establishing a prima facie case of obviousness; instead, 
there must be some articulated reasoning with some rational underpinning to support the legal 
conclusion of obviousness. In this case, the Examiner provided no such articulated reasoning 
with a rational underpinning. 

Furthermore, the Examiner's reason does not explain why it would have been obvious to 
record information regarding where chunks are stored in only a non-persistent manner. Rather, 
the Examiner has provided a reason why it would have been obvious to use the metadata 
collected by ULRICH et al. in the MILOUSHEV et al. system. This reason falls short of 
establishing a prima facie case of obviousness with regard to claim 1 . 
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Also, the Examiner has not explained why storing metadata, in only a non-persistent 
manner, in the MILOUSHEV et al. system would increase the efficiency of the MILOUSHEV et 
al. system. Without such an explanation, the Examiner's reason falls short of establishing a 
prima facie case of obviousness with regard to claim 1. 

In response to similar arguments previously presented by Applicants, the Examiner 
alleged that "since Miloushev is configured to already collect metadata, it would be possible for 
Miloushev to also collect further metadata" (final Office Action, page 23). Applicants submit 
that the Examiner's allegation falls short of curing the deficiencies in the Examiner's rejection set 
forth above. Simply alleging that something would be "possible" in the MILOUSHEV et al. 
system falls short of the explanation required to establish a prima facie case of obviousness. 

The Examiner further alleged that "the concept data in either volatile or non-volatile 
memory is well-known in the art. Therefore, it is merely design for utilizing one method over 
another" (final Office Action, page 23). Applicants submit that the Examiner's allegation falls 
short of curing the deficiencies in the Examiner's rejection set forth above. Further, Applicants 
object to the Examiner's generalization of Applicants' claim feature as simply a selection of one 
method over another. 

For at least these reasons, Applicants submit that claim 1 is patentable over 
MILOUSHEV et al, ULRICH et al, and KARAMANOLIS et al., whether taken alone or in any 
reasonable combination. Claims 3-10, 19, 23, and 24 depend from claim 1 and are, therefore, 
patentable over MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al. for at least the 
reasons given with regard to claim 1. Claims 3-10, 19, 23, and 24 are also patentable for reasons 
of their own. 
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Initially, Applicants note that the Examiner relied upon sections of ULRICH et al. 
and/or KARAMANOLIS et al. for disclosing some features of the dependent claims. The 
Examiner did not provide, however, a reason for modifying MILOUSHEV et al. to include 
these alleged features. Thus, the Examiner did not establish a prima facie case of obviousness 
with regard to these dependent claims. 

Applicants note that Applicants' previous Amendment included remarks identifying this 
same deficiency in the Examiner's rejection. Applicants believe that the Examiner has not 
considered and substantively responded to Applicants' remarks, as is required of the Examiner. 
See M.P.E.P., § 707.07(f). Therefore, Applicants respectfully request that the Examiner fully 
consider and respond to the above remarks regarding dependent claims 3-10, 19, 23, and 24. 

Dependent claim 4 recites that the master is to identify one or more of the servers to store 
the new chunks based on failure correlation properties associated with the servers and at least 
one of utilization of the servers, prior chunk distribution involving the servers, or network 
topology, and place the new chunks at the identified one or more servers. 

MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al, whether taken alone or 
in any reasonable combination, do not disclose one or more of the features of claim 4. For 
example, MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al. do not disclose or 
suggest a master that is to identify one or more of the servers to store the new chunks based on 
failure correlation properties associated with the servers and at least one of utilization of the 
servers, prior chunk distribution involving the servers, or network topology, as recited in claim 
4. 

The Examiner did not address the features of claim 4. Rather, the Examiner merely 
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alleged that MILOUSHEV et al. discloses using storage capacity of file servers and their relative 
load, and that ULRICH et al. discloses using server utilization statistics (final Office Action, 
page 6). Without acquiescing in the Examiner's allegations, Applicants submit that neither 
MILOUSHEV et al. nor ULRICH et al. discloses or suggests using failure correlation properties 
associated with the servers to identify one or more servers to store new chunks. 

Applicants note that Applicants' previous Amendment included remarks identifying this 
same deficiency in the Examiner's rejection. Applicants believe that the Examiner has not 
considered and substantively responded to Applicants' remarks, as is required of the Examiner. 
See M.P.E.P., § 707.07(f). Therefore, Applicants respectfully request that the Examiner fully 
consider and respond to the above remarks regarding dependent claim 4. 

KARAMANOLIS et al. also does not disclose or suggest using failure correlation 
properties associated with servers to identify one or more servers to store new chunks. Thus, 
MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al., whether taken alone or in any 
reasonable combination, do not disclose or suggest a master that is to identify one or more of the 
servers to store the new chunks based on failure correlation properties associated with the 
servers and at least one of utilization of the servers, prior chunk distribution involving the 
servers, or network topology, as recited in claim 4. 

For at least these additional reasons, Applicants submit that claim 4 is patentable over 
MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al. 

Dependent claim 23 recites that the master is to update the location data by periodically 
instructing the servers to provide information regarding the chunks stored by the servers. 
MILOUSHEV et al, ULRICH et al, and KARAMANOLIS et al, whether taken alone or in any 
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reasonable combination, do not disclose or suggest this feature. 

The Examiner alleged that ULRICH et al. discloses this feature and cited paragraphs 
0113, 0131, and 0183-0187 of ULRICH et al. for support (final Office Action, page 15). 
Applicants submit that the disclosure of ULRICH et al. provides no support for the Examiner's 
allegation. 

At paragraph 0113, ULRICH et al. discloses that the DFSS provides inter-server 
communication to maintain synchronization of the file system metadata. Inter-server 
communication to maintain synchronization of file system metadata does not reasonably 
correspond to a master that is to update the location data by periodically instructing the servers 
to provide information regarding the chunks stored by the servers . Thus, this section of 
ULRICH et al. does not disclose or suggest a master that is to update the location data by 
periodically instructing the servers to provide information regarding the chunks stored by the 
servers, as recited in claim 23. 

At paragraph 0131, ULRICH et al. discloses storing a device map and periodically 
querying the network for an updated device map. Periodically querying a network for an 
updated device map does not reasonably correspond to a master that is to update the location 
data by periodically instructing the servers to provide information regarding the chunks stored by 
the servers . Thus, this section of ULRICH et al. does not disclose or suggest a master that is to 
update the location data by periodically instructing the servers to provide information regarding 
the chunks stored by the servers, as recited in claim 23. 

At paragraphs 0183-0187, ULRICH et al. discloses that a cluster maintains metadata 
about the files stored on its disk arrays, including a filename table, a G-node table, and a Gee 
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table. Storing file metadata in tables does not reasonably correspond to a master that is to update 
the location data by periodically instructing the servers to provide information regarding the 
chunks stored by the servers. Thus, this section of ULRICH et al. does not disclose or suggest a 
master that is to update the location data by periodically instructing the servers to provide 
information regarding the chunks stored by the servers, as recited in claim 23. 

Applicants note that Applicants' previous Amendment included remarks identifying these 
same deficiencies in the Examiner's rejection. Applicants believe that the Examiner has not 
considered and substantively responded to Applicants' remarks, as is required of the Examiner. 
See M.P.E.P., § 707.07(f). Therefore, Applicants respectfully request that the Examiner fully 
consider and respond to the above remarks regarding dependent claim 23. 

For at least these additional reasons, Applicants submit that claim 23 is patentable over 
MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al, whether taken alone or in any 
reasonable combination. 

Independent claims 13, 15, 16, and 30 recite features similar to features identified above 
with regard to claim 1. Claims 13, 15, 16, and 30 are, therefore, patentable over MILOUSHEV 
et al, ULRICH et al, and KARAMANOLIS et al., whether taken alone or in any reasonable 
combination, for at least reasons similar to reasons given with regard to claim 1 . Claims 27 and 
38 depend from claim 13 and are, therefore, patentable over MILOUSHEV et al, ULRICH et al, 
and KARAMANOLIS et al. for at least the reasons given with regard to claim 13. Claims 34 
and 35 depend from claim 15 and are, therefore, patentable over MILOUSHEV et al, ULRICH 
et al, and KARAMANOLIS et al. for at least the reasons given with regard to claim 15. Claims 
36 and 37 depend from claim 16 and are, therefore, patentable over MILOUSHEV et al, 
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ULRICH et al, and KARAMANOLIS et al. for at least the reasons given with regard to claim 
16. Claims 3 1 and 39 depend from claim 30 and are, therefore, patentable over MILOUSHEV 
et al, ULRICH et al, and KARAMANOLIS et al. for at least the reasons given with regard to 
claim 3 1 . 

Accordingly, Applicants respectfully request reconsideration and withdrawal of the 

rejection of claims 1, 3-11, 13, 15, 16, 19-24, 27, 30, 31, and 34-39 under 35 U.S.C. § 103 based 

on MILOUSHEV et al, ULRICH et al., and KARAMANOLIS et al. 

REJECTION UNDER 35 U.S.C. § 103 BASED ON 
MILOUSHEV ET AL., ULRICH ET AL., KARAMANOLIS ET AL., and BURNETT 

In paragraph 7 of the final Office Action, the Examiner rejected claims 11,21, and 22 
under 35 U.S.C. § 103(a) as allegedly unpatentable over MILOUSHEV et al. in view of 
ULRICH et al, KARAMANOLIS et al., and BURNETT. Applicants traverse the rejection. 

Claims 11,21, and 22 depend from claim 1. Without acquiescing in the Examiner's 
rejection with regard to claims 11,21, and 22, Applicants respectfully submit that the disclosure 
of BURNETT does not cure the deficiencies in the disclosures of MILOUSHEV et al, ULRICH 
et al, and KARAMANOLIS et al. identified above with regard to claim 1 . Therefore, claims 11, 
21, and 22 are patentable over MILOUSHEV et al., ULRICH et al., KARAMANOLIS et al, and 
BURNETT, whether taken alone or in any reasonable combination, for at least the reasons given 
with regard to claim 1 . 

Accordingly, Applicants respectfully request reconsideration and withdrawal of the 
rejection of claims 1 1, 21, and 22 under 35 U.S.C. § 103 based on MILOUSHEV et al, ULRICH 
et al, KARAMANOLIS et al, and BURNETT. 
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REJECTION UNDER 35 U.S.C. § 103 BASED ON 
MILOUSHEV ET AL., ULRICH ET AL., KARAMANOLIS ETAL., AND DERAN 

In paragraph 8 of the final Office Action, the Examiner rejected claim 20 under 35 U.S.C. 
§ 103(a) as allegedly unpatentable over MILOUSHEV et al. in view of ULRICH et al., 
KARAMANOLIS et al, and DERAN. Applicants traverse the rejection. 

Claim 20 depends from claim 1. Without acquiescing in the Examiner's rejection with 
regard to claim 20, Applicants respectfully submit that the disclosure of DERAN does not cure 
the deficiencies in the disclosures of MILOUSHEV et al., ULRICH et al, and KARAMANOLIS 
et al. identified above with regard to claim 1 . Therefore, claim 20 is patentable over 
MILOUSHEV et al., ULRICH et al., KARAMANOLIS et al., and DERAN, whether taken alone 
or in any reasonable combination, for at least the reasons given with regard to claim 1 . 

Accordingly, Applicants respectfully request reconsideration and withdrawal of the 

rejection of claim 20 under 35 U.S.C. § 103 based on MILOUSHEV et al., ULRICH et al, 

KARAMANOLIS et al., and DERAN. 

REJECTION UNDER 35 U.S.C § 103 BASED ON 
MILOUSHEV ETAL., ULRICH ET AL., KARAMANOLIS ET AL., AND LEDAIN ET AL. 

In paragraph 9 of the final Office Action, the Examiner rejected claims 25, 26, 28, 29, 32, 
and 33 under 35 U.S.C. § 103(a) as allegedly unpatentable over MILOUSHEV et al. in view of 
ULRICH et al, KARAMANOLIS et al, and LEDAIN et al. Applicants traverse the rejection. 

Claims 25 and 26 depend from claim 1; claims 28 and 29 depend from claim 13; and 
claims 32 and 33 depend from claim 30. Without acquiescing in the Examiner's rejection with 
regard to claims 25, 26, 28, 29, 32, and 33, Applicants respectfully submit that the disclosure of 
LEDAIN et al. does not cure the deficiencies in the disclosures of MILOUSHEV et al, ULRICH 
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et al, and KARAMANOLIS et al. identified above with regard to claims 1, 13, and 30. 

Therefore, claims 25, 26, 28, 29, 32, and 33 are patentable over MILOUSHEV et al, ULRICH et 

al, KARAMANOLIS et al, and LEDAIN et al., whether taken alone or in any reasonable 

combination, for at least the reasons given with regard to claims 1,13, and 30. 

Accordingly, Applicants respectfully request reconsideration and withdrawal of the 

rejection of claims 25, 26, 28, 29, 32, and 33 under 35 U.S.C. § 103 based on MILOUSHEV et 

al, ULRICH et al, KARAMANOLIS et al., and LEDAIN et al. 

CONCLUSION 

In view of the foregoing remarks. Applicants respectfully request the Examiner's 
reconsideration of the application and the timely allowance of the pending claims. 

As Applicants' remarks with respect to the Examiner's rejections are sufficient to 
overcome these rejections, Applicants' silence as to certain assertions by the Examiner in the 
Office Action or certain requirements that may be applicable to such assertions (e.g., whether a 
reference constitutes prior art, reasons for modifying a reference and/or combining references, 
assertions regarding dependent claims, assertions of Official Notice, etc.) is not a concession by 
Applicants that such assertions are accurate or such requirements have been met, and Applicants 
reserve the right to analyze and dispute these assertions/requirements in the future. 

If the Examiner does not believe that all pending claims are now in condition for 
allowance, the Examiner is urged to contact the undersigned to expedite prosecution of this 
application. 
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U.S. Patent Application No. 10/608,037 
Docket No. 0026-0031 

To the extent necessary, a petition for an extension of time under 37 C.F.R. § 1 . 136 is 

hereby made. Please charge any shortage in fees due in connection with the filing of this paper, 

including extension of time fees, to Deposit Account No. 50-1070 and please credit any excess 

fees to such deposit account. 

Respectfully submitted, 

Harrity & Harrity, LLP 

By: /Paul A. Harrity. Reg. No. 39574/ 
Paul A. Harrity 
Reg. No. 39,574 

Date: June 7, 2010 

1 1350 Random Hills Road 
Suite 600 

Fairfax, Virginia 22030 
(571)432-0800 
Customer No. 44989 
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